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(57) ABSTRACT 

The disclosed system enables a user to monitor and control 
a remote equipment site from any remote location, over the 
Internet, while maintaining the operating software the sys- 
tem provider's server. All user data access is through the use 
of modules, or servlets, that prevent the provider's operating 
software from being directly accessed, thereby eliminating 
modification or alteration by any user. The system preferably 
provides several levels of access, through the use of access 
codes, to prevent unauthorized users from accessing infor- 
mation. The system communicates with remote units that are 
proximate the remote equipment and have communication 
capabilities to enable the remote units to have either one or 
two way communication with the provider software. The 
remote units have monitoring devices, that receiving status 
data from at least one piece of equipment for transmission to 
the provider software for storage and user access through the 
servlet(s). Each of the remote units is programmed by the 
user with definable maximums and minimums for data 
received from said monitoring means. If the values for a 
piece of equipment fall out of these ranges, the system 
provider is notified by the remote unit. The system provider 
can then notify the user through the use of a pager, cell 
phone, or other notification means. The provider software 
automatically contacts each of the remote units for each user, 
on a predetermined schedule, and updates data from each 
remote unit based. The provider software also enables either 
the user or the remote unit to request a data update in 
addition to the predetermined scheduled transmissions. 

23 Claims, 11 Drawing Sheets 
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REMOTE DATA ACCESS AND SYSTEM 
CONTROL 

CROSS-REFERENCE TO RELATED PATENT 
APPLICATIONS 

The present application claims the benefits under 35 
U.S.C. 110(e) of provisional patent application serial No. 
60/128,513 filed Apr. 9, 1999 and No. 60/129,708 filed Apr. 
16, 1999. This application incorporates by reference, as 
though recited in full, the disclosure of the foregoing 
co-pending patent applications. 

FIELD OF THE INVENTION 

The invention relates to the remote access of data and 
system control, and more particularly, to a web-based and 
satellite interactive system for remote accesses of data. 

BACKGROUND OF THE INVENTION 

Data access and remote control of process equipment 
have been primary areas of activity for computer design 
engineers and programmers. Many systems are custom 
designed to meet the customer's particular needs, however 
this customization is expensive, making it out of financial 
reach for small companies. In systems that are not custom 
designed, existing remote telemetry and control solutions 
require an excessive hardware and software investment. 

A serious, and persistent problem with the remote down- 
loading of data files or the remote control of process 
equipment is the ability of unauthorized third parties to gain 
access to the data or equipment. Encryption techniques have 
been employed to safe guard data from unauthorized access, 
however this is not a total solution. Encryption has limited 
value in those circumstances where there is a large number 
of authorized parties and the encryption cannot be readily 
customized for each user. 

SUMMARY OF THE INVENTION 

The disclosed system enables a user to monitor and 
control a remote equipment site from any remote location. 
Preferable this is accomplished through the use of Internet 
access to a website at the system provider's server, although 
other methods can be used. The disclosed monitoring system 
maintains the operating software on the primary site, that is, 
on the system provider's server and data is available to 
customers only through the provider's software. All data 
access is through the use of modules, or servlets, preventing 
the provider's operating software from being directly 
accessed, thereby eliminating modification or alteration by 
any user, authorized or unauthorized. For simplicity, in this 
document, any reference to satellite communication tech- 
nology shall be deemed to include satellite, cellular, R.F, 
terrestrial or non-terrestrial communication networks. 

To monitor and control the remote equipment, the system 
uses a central server containing provider software database 
which has storage and communication capabilities to store, 
sort and display data and is accessible by a user from a 
remote location. Preferably the information is accessed over 
the Internet, through use of a computer, enabling the user to 
interact with the providers web site. The software uses at 
least one servlet as an interface between the users and the 
provider software, to prevent direct user access to the 
software. The software also monitors the user's transmission 
time and type in order to charge the user. The system 
communicates with remote units that are proximate the 
remote equipment and have communication capabilities to 
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enable the remote units to have two way communication 
with the provider software. The remote units have monitor- 
ing devices, such as sensors, that communicate with the 
remote equipment, receiving status data from the equipment. 

5 Each remote unit has the capability to receive data from 
multiple pieces of equipment for forwarding to the provider 
software. The remote unit transmits the data from the 
monitoring devices to the provider software for storage and 
user access through the servlet(s). Each of the remote units 

10 is programmed with definable maximums and minimums for 
data received from said monitoring means. These maxi- 
mums and minimums are initially defined, and can be 
redefined subsequently, by the user. If the values for a piece 
of equipment fall out of these ranges, the system provider is 

35 notified by the remote unit. The system provider can then 
notify the user through the use of a pager, cell phone, or 
other notification means. 

The system preferably pro,ides several levels of access, 
through the use of access codes, to prevent unauthorized 

20 users from accessing information. In the preferred embodi- 
ment these are read; read/write and administrative level, 
with each of level respectively increasing access to the data. 

In the preferred embodiment, the system is accessed 
through a web site having multiple display pages that 

25 display the data transmitted from the remote units. The 
display pages are accessed and displayed through use of the 
servlet(s). The displayed format and data are defined by the 
user and can include a summary page listing the status data 
for all remote units; a detailed data page listing predeter- 

30 mined detailed data for one remote unit; and an error data 
page listing predetermined error data for one remote unit. 
The user configures the system through use of a data 
configuration page that enables a user to define the param- 
eters for each monitoring device and a data setup page that 

35 enables a user to customize data and select from predefine 
parameters for each monitoring device 

The data can be transferred either by the remote unit 
automatically contacting the provider software, based upon 
a user define schedule, or the provider software can contact 

40 each of the remote units for each user. The provider software 
can contact the remote unit on a predetermined schedule 
and/or upon user request. The system provides the user with 
the ability to redefined the schedule. Preferably the updates 
are automatically received from the remote units to mini- 

45 mize satellite time. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a flow chart of the system information accessing 
process; 

50 FIG. 2 is a flow chart of the system hardware and data 
flow using LEO satellite; 

FIG. 3 is a flow chart of the system hardware and data 
flow; using generic satellite and various terrestrial network 
systems. 

55 FIG. 4 is an example of an initial web page screen; 
FIG. 5 is an example of a login screen; 
FIG. 6 is an example of a CyberSTAT summary screen; 
FIG. 7 is an example of a portion of a virtual instrument 

60 P anel; 

FIG. 8 is another example of a virtual instrument panel; 
FIG. 9 is an example screen of the error reporting control 
panel; 

FIG. 10 is one example of the a graph produced in 
65 response to the Stats Graph of FIG. 6; 

FIG. 11 is an alternate graph produced in response to the 
Stats Graph of FIG. 6; 
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FIG. 12 is an example of a unit configuration screen; and houses the servlets that function as the software for the 

FIG. 13 is a example of an account setup screen. system, the user's computer does not require software instal- 
lation. In many applications, the servlets function as the 

DESCRIPTION OF THE PREFERRED software that provides the user interface to the database. In 

EMBODIMENTS AND BEST MODES OF THE 5 other cases, the software can be written in any appropriate 

INVENTION language, for example C++, PERL or UNIX script, all of 

rr%_ j * i j li t j% which can access the database if necessary. In addition to 

The disclosed system enables a user to monitor and j- ■% • * • • 

7 , t y . : " c r , providing easy updatmg, the maintaining the operating 

control a remote equipment site from any remote location. r . . j , - - 4 

„ * 7: . 4 ^ , , , , ' software on the system provider s server increases security 

Preferably this is accomplished through the use of Internet sincc all ^ct acccss ^ thc actual database ^ mte mal. 

access to a website at the system provider's server, although W Tfae servlets ^ a buffer betweeQ ^ database and the 

other methods can be used. The disclosed monitoring system user 

maintains the operating software on the system provider's jj^ provider's system also enables application to appli- 
server and data is available to customers only through the calion ( machinc to machine) database connectivity in sev- 
provider's software. All data access is through the use of eral forms such ^ but not Umiied to: ODBC, Streams and 
modules, or servlets, preventing the provider's operating 15 ^ ^ incrcases overall £^0^ an d mar- 
software from being directly accessed, thereby eliminating ketability. The field unit data is processed by the system 
modification or alteration by any user, authorized or unau- prov id 6 r's software, which in turn, can update the user's 
thonzed. For simplicity, in this document, any reference to database. This system not only prevents inadvertent altering 
satellite communication technology shall be deemed to of the dala by users> bm provides ^ added meaS ure of 
include satellite, cellular, R.F, terrestrial or non-terrestrial 20 secufity from Internet associated break in. 
communication networks. Software on the provider's system enables the user to 
The use of the term servlet or module herein is not en ter valid requests to change field unit parameters and/or 
indicative of any specific operating program or program- configuration changes. These requests are processed accord- 
ming language. Although many servlets are written in Java, ingly and stored in the provider's database. Upgrades or 
any language that interacts with the server database platform 25 modifications to the software are invisible to the user, since 
can be used. The novelty of the system lies in the removal a ll changes to the operating software and servlets are made 
of the operating software from the user and placing all a t the primary site. 

operation in the provider's system. The servlets merely All values received through the servlets and other modes 

provide independent action modules that serve to interface 0 f communication are stored in the database including 

between the user and the provider's database, providing 30 configuration parameters In addition to storing data, the 

additional security and ease of use. server database software preferably includes the following 

The servlets used in the disclosed system are written to be functions: 

very generic, thereby meeting most of the customer's needs. 1. Provides a user interface to the data without local 

Illustrations of several servlets and how they can be used to 35 software; 

either gather data or launch systems are as follows: 2. Correlates internal and external data; 

1. Running Continuously or Timer launched: 3 Prov i des grapDS and histograms of internal and/or 
ProcessMAIL: processes incoming messages from the external data; 

field unit and updates database. 4 Provides an alarm or an error signal to the user's pager 

2. Running Continuously or Timer Launched: 4Q network for instant alert to alarm or error condition; 
SendPage: sends a alarm or error page to a user's pager 5, Provides a central data access point for multiple, 

network based upon status in database. simultaneous users. 

3. CyberLOGIN: Authenticates the user The platform and programming of the database will be 
Launches: evident to those skilled in the programming arts. 
CyberSTAT: provides summary information about the 45 In instances where the web site is providing control and 

user's field units data readings of equipment and/or systems located at user 

Launches: remote sites, the same security holds true. Data received 

CyberGRAPH: displays graph of histogram data asso- from the software on the field unit at remote site is fed 

ciated sensor values or statistical information directly into the disclosed system, thereby placing the pro- 

CyberVIP: displays values of sensor inputs and all 50 vider's database between the remote site and the user, 

parameters associated with a particular field unit Therefore, any modification of process equipment must be 

Launches: accomplished either directly at the physical site or through 

CyberSEND: sends request to update a field param- the system provider's server. Thus the servlets function as a 

eter or request for up-to-date sensor data, etc. firewall between the user, authorized or unauthorized, and 

CyberLOG: sends receive and send log files to the 55 the data and the remote equipment and/or systems. All 

user's email address changes can be stored in an event log both on the server and 

RESET: sends a special software reset to the field in the remote field equipment This list can be made acces- 

unit sible from the user administrative account. Excessive 

STATUS: sends a request for system status to the changes can cause an alert message to be sent to the system 

field unit 60 administrator or the field unit's administrative contact per- 

ErrorStatus: processes data relating to error reporting son via email or pager. Also, procedures can be instituted 

control panel configuration that allow any changes made to the field unit's parameters 

It should be noted that the foregoing servlets are for locally, in the field, to be automatically uploaded to the 

example only and other servlets to meet other criteria will be server when the Internet becomes available to the field 

obvious to those skilled in the art. The user accesses the 65 technician's computer. Remote users do not have to install 

provider's web site through any web browser, as for example any software on their computer except for a standard web 

Netscape® and Internet Explorer®. Since the web site browser. 
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In FIG. 1, the flow of information from the user, through the CyberLOGIN 110 servlet launches the CyberSTAT mod- 
the Cybersensor system to the field and back to the user is ule 114 (FIG. 6). Failed attempts are processed and logged 
illustrated. For description herein, the solid boxes drawn in to the system log and the system administrator is alerted 
FIG. 1 contain finite and quantifiable hardware located at a when the unsuccessful login attempts exceed a preset num- 
particuiar location. The solid ellipses, for description S ber. If automatic rejection is employed by the system 
purposes, are to be considered network "clouds". For administrator, after a preset number of failed attempt, the 
example, the box depicting the Cybersensor Field Unit user will not be able to login even if the proper username, 
(CFU) 122 can consist of a satellite subscriber communica- password and customer id is entered. The CyberSTAT mod- 
tor and/or application processor and associated Cybersensor ule 114 accesses the Cybersensor database 112 and provides 
power/interface modules and sensors. The power/interface 10 the user with a complete list of Cybersensor field units 
modules and sensors can be either located at a fixed site or (CFUs). The summary information presented from the 
mounted to a mobile vehicle. For example, the power/ CyberSTAT module 114 reports error and/or statistical infor- 
interface module can consist of a solid-state relay and mation related to each of the "User's" CFUs as listed in the 
contactor used to start and stop a large motor. An example unit column 62. This information is displayed in any number 
of a sensor could be a tank level monitor or flow detector that 15 of formats, depending upon the user's requirements. The 
is used for telemetry and/or to provide feedback to the local CyberSTAT module illustrated in FIG. 6 is a spreadsheet 
control system. Conversely, the ellipse depicting the com- format, however any manner of graphical layout can be 
munications network 120 includes hardware and software used, as well as 3D, virtual reality, holographic, pictorial or 
owned and operated by the communication network only. any other currently appropriate method that meets the 
From the perspective of the disclosed system, it is only 20 requirements determined by the user, 
relevant for the input and output capabilities and will vary Detailed information related to a particular CFU and its 
dependent upon the current applicable technology. In the associated field equipment can be accessed by clicking on 
preferred embodiments, the CFU 122 has the ability to the name field, or any object relating to that particular CFU 
receive from the Cybersensor server 100 as well as transmit. located on the CyberSTAT page, thus launching the 
The critical feature is that the CFU 122 has programming 25 CyberVIP servlet 118. From the administrative user account, 
capabilities that enable the CFU 122 to send data to the or unit configuration form, FIGS. 12 and 13, the CyberVIP 
Cybersensor server 100 based upon a predetermined sched- servlet 118 (FIG. 6) can be configured to show or hide 
ule. This schedule is defined, and can be redefined at any parameters and information relating to the CFU or con- 
time, by the user and can be based upon a specific time, or nected Field Equipment. In addition to various display 
times, of day or every preset number of hours. The configu- 30 features, such as time zone, etc, the administrative control 
ration screen 212 of FIG. 12 enables the user to redefine the panel allows irrelevant information to be filtered and hence 
parameters stored in the CFU 122 from the user's computer. "hidden" from the Read/Write and Read-Only Accounts. 
This enables the user to customize the delivery of data based The administrative control panel is used to configure all 
upon their specific needs and type of application. parameters associated with the user account, for example it 
Alternatively, the transmission schedule can be altered on 35 can be used to select the type of communication network to 
site. The method of transferring data saves on the cost of be used. If coverage varies or the field unit is mobile, the 
satellite time; thus allowing the monthly provider's fees to order of network type and retry count can be set to accom- 
be minimized. modate the user. Normally, the user will access this infor- 

In FIG. 1, the User has access to a personal computing mation using the read-only or read -write account, as 

device 102 and a pager 104. The personal computing device 40 described further herein. If the user requests information 

102 is shown to connect to the Internet via a local Internet from the CFU, the CyberVIP module 118 processes, formats 

service provider. It should be noted that the Internet provider and submits the information request to the appropriate 

can be accessed via conventional phone lines or any avail- communications network. This request can either be sent 

able means currently in use, including wireless technology. directly to the communication network 120 or passed to the 

Additionally, the data can be accessed through use of a palm 45 Cybersensor Message Management Processor (CMMP) as 

pilot, telephone, or other communication device, having web shown in FIG. 3. The Cybersensor Message Management 

connection capabilities. For example, a palm pilot can Processor (CMMP) can interactively manage messages sent 

contain a script that enables either viewing in the same to any communication Gateway. The most functionality is 

manner as with a computer or, alternatively, only displaying realized when the CMMP is connected to a manageable 

values programmed into the script. In this way, a user can 50 Gateway with an interactively managed message stack. The 

rapidly access only critical values, completing a full review preferred machine-to-machine protocol used to communi- 

of the remote units from a computer. Updates can be cate with the communication network Gateway is XML. 

obtained by phone by dialing an access number and user In this embodiment, inbound messages from the commu- 

codes. Once the user is verified, the provider software can nication network 120 are processed by the inbound message 

"read" the values over the phone. A menu can be used to 55 processor 116. In alternate embodiments, as illustrated in 

select the type of equipment, remote unit location, etc. FIG. 3, both the inbound and the outbound messages are 

Once the user establishes a link to the Internet, he or she handled by the CMMP. In any system used, the processor 
has access to the CyberLOGIN module 110 (FIG. 5) via the must have the ability to unwrap and decode all message 
appropriate Internet address 108 (FIG. 4). The CyberLOGIN formats from any CFU 122 via any communications net- 
module 110 establishes a secure connection, using any 60 work 120 and update the database 112 appropriately. Also, 
current methods, such as Secure Socket Layer, SSL or the inbound message processor 116 can be configured to 
Virtual Private Network, VPN, to the user's web browser send and receive status, error or other kinds of messages to 
and requires that the user authenticate via username, pass- and from the user's pager 104. The format and amount of 
word and customer ID. information of the inbound and outbound messages can vary 

CyberLOGIN 110 authenticates the user by comparing 65 depending upon which network is being used. The field 

login information to the information stored within the equipment 124 can have various hardware configurations 

Cybersensor database 112. If the user is authenticated then that feed into the CFU 122; however, the messaging protocol 
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must be specifically selected to insure compatible with the the CyberLogin module 1. The access level is related to the 

server's 112 protocol. These standard protocols are used by username and password in the master system database. If 

the field units and the central server to insure that all there is a cost associated with using the communication link 

messages are encoded/decoded properly. The type of proto- network, customers must be charged for their use of the 

col or information format, however, does not limit the type 5 system. In the disclosed examples, the system provider 

of sensors, input/outputs or other information transmitted. In provides user access tokens in order for the customer and 

fact, as long as the equipment protocol is known, the provider to monitor and record the numbers of data transfers 

provider's server 100 can be configured to communicate to and from the remote field units. Each time a customer 

with any remotely located equipment, including, but not requests an update from the remote field unit using the 

limited to, other computers or a network of computers. virtual instrument panel, as illustrated in FIG. 6, they use an 

PIGS. 2 and 3 illustrate two alternative internal methods access token and when the new data arrives from the remote 

of handling the data transfer. In FIG. 2 the Orbcomm N.C.C. field unit, the system automatically deducts another token. A 

Isocor Server 510 is used as a direct gateway for the request to update a field or data parameter is accomplished 

Cybersensor server 500. The data received from the Orb- clicking on the "UPDATE" button in CyberVIP or any other 

comm server 510 is relayed to the Cybersensor IMAP server software module that allows the parameters to be updated. 

502 and then to the CRON timed maintenance 504. The 15 The "cost" can also be determined by the size or type of 

CRON 504 is a script application that runs on a timed basis, transaction message, time of request, frequencies of requests 

managing all incoming messages. Depending upon the pro- within a time period, etc. For example, a field unit report 

gram scheduling, the remote unit will periodically transmit without a request from the user is a different charge than 

data to the server 550. The CRON 504 takes the incoming when the report is requested by the user, thereby creating a 

messages and updates the database 506. The CRON 504 20 two-way transmission. The access tokens are tracked by the 

further sends messages to the user's pager service, or other module and are displayed by a data access counter 80 of 

notification device, to notify the user of a critical error. The FIG. 7. In the disclosed illustrations the access counter 80 is 

Internet server 508 handles the outgoing messages, as displayed on the CyberVIP screen 118, however the current 

received from the user. Thus if a user requests an update, the statu s of the tokens can be displayed on any page applicable, 

request is transmitted from the Internet server 508 to the 25 depending upon end use and/or user preference. Although 

Orbcomm server 510 to the remote unit. The returning data me monitoring is handled by a module, or servlet, the usage 

is sent from the remote unit to the IMAP server 502 to the data ^ st °red within the customer's database. In order to 

CRON 504 where it is placed into the database 506. The provide the customers with additional tracking capabilities, 

updated data is then accessible from the database 506 by the specific access data can be stored for administrative reports, 

Internet server 508 upon submission of a request by the user. 30 making available such items as the number of time a specific 

In FIG. 3, any IP Gateway 552 is used to connect the person requested information, the expense of automatic 
Cybersensor server 550 to various available networks 554. updates vs. manual updates, etc. Customers can be limited to 
In this embodiment, the CRON 504 of FIG. 2 is replaced by the number of access tokens to prevent them from running 
the Message Management Process 556 to handle the incom- U P a communication link bill. In some instances, where the 
ing data from the remote units. The outgoing requests made 35 customer does not have any limits, the token count displayed 
by the user are also sent to the message management process 011 me access counter 80 can be the number of tokens used 
556, providing additional tracking advantages. This system to enable the customer to trace the number of accesses. The 
further provides the advantage that any gateway can be used, following is an example of access privileges as well as how 
rather than an Orbcomm specific. In this embodiment, the tne access tokens are allotted to a customer, based upon data 
message management processor runs continuously and is 40 access level. It should be noted that this is an example only 
therefore able to handle messaging tasks immediately. This an ?.* n no wa ^ limi f s the svstem t0 tne specific access 
enables the provider software to group and time transmis- abilities, reports available or the number of tokens. The 
sions in order to optimize satellite time. As stated administrative user "sees" all of the features of the Read/ 
theretofore, the system uses several modules to provide Write and Read-Only users with the addition of the admin- 
processing and storage of data as well as efficient access to 45 istrative control panel (ACP) 212 as illustrated in FIG. 12. 
the connected remote sites. It should be noted that the Th c ACP 212 allows the administrator to manipulate many 
modules disclosed herein are example core modules and °f me system configuration parameters, change scheduled 
additional modules can be used for both internal data report times, rename and add remote units, define what 
handling and user storage and retrieval. constitutes an error message, etc. The administrative user 

Module 1, known as CyberLogin 110, is the first point of 50 has access to the ACP from CyberLOGIN, CyberVIP and 

entry to the system, as illustrated in FIG. 5. This module is CyberSTAT. 

responsible for establishing a secure (encrypted/decrypted) Administrative Access provides read/write privileges, 

link to the user's web browser and authenticating the user. giving them the ability to customize the parameters 

Alternatively, an entry web site 108, an example of which is displayed on the virtual instrument panel. This level 

illustrated in FIG. 4, can be established so that it enables the 55 can be assigned, for example, 100 access tokens with 

user to access various other information from the provider, the ability to purchase additional tokens automatically 

as well as take the user to the login screen 110. Although or manually. 

usemame 50 and password 52 security entries are common, Read/Write Access provides the ability to read current 

the disclosed system preferably also requires a Customer ID parameter values and change the parameter values. 

54 entry in the login screen 110. The three entries are 60 This differs from the Administrative level in that 

preferred due to the separate levels of entry allotted within although parameter values can be adjusted, they are 

each company. Alternate methods of identifying the person only adjustable within the customized parameters set in 

entering the system, such as computerized ID chips, finger- the Administrative Access. Further, the read/write 

print recognition, etc. can also be used, dependent upon the access level cannot determine the parameters to be 

current technology and systems available to the end user. 65 monitored. This level can be assigned, for example, 100 

Three levels of data access; Administrative, Read/Write, access tokens with or without the ability to purchase 

and Read-Only are preferred and are generally controlled by additional tokens. 



07/02/2004, EAST Version: 1.4.1 



US 6,510,350 Bl 

9 10 

Read-Only Access limits the accessibility to only reading condition. In the absence of errors from the field unit, a 

the current values of the parameters. The read-only green "clear" box 60B is displayed in the error status 

access is assigned 95 access tokens with or without the column. An error condition can be acknowledged by the user 

option of additional purchase. from CyberVIP by entering into the error status screen of 

The entry of the Username 50 causes module 1 to contact 5 FIG. 9. Therefore, the next time CyberSTAT is launched the 

the database 112 to verify the existence of that name. The "error" message will be displayed as an "acknowledged" 

password 52 is similarly verified with the database. If more box 60C. In situations where the module 2 is constantly 

than one occurrence of the usemame and password exists in displayed, the change from "error" to "acknowledged" 

the master system database then the comparison of the would be automatically changed when the database receives, 

Customer ID 54 is compared. If there is only one occurrence 10 processes the message and returns the acknowledged mes- 

of the username and password in the database the Customer sage. In the case where multiple users are monitoring the 

id 54 can be automatically obtained from the master system same CyberSTAT page, the acknowledge feature indicates to 

database or the system can be configured to force the user to the users that someone has acknowledged the error. To view 

enter a valid Customer ID. Once verification has been detailing information related to the error, the user can click 

determined that the user is authorized, CyberSTAT is 15 on any of the boxes related to the field unit and Module 3 

launched to allow the user to view the last reported status (CyberVIP), illustrated in FIGS. 7, 8 and 9, is launched. The 

and statistics from database for all accounts, or field units, user configuration module enables the user to change the 

associated with the Customer ID. text associated with the error condition. This allows other 

Module 2, illustrated in FIG. 6, is a module program, users of the system to better understand the error condition, 

known as CyberSTAT, which provides hotlink access to all 20 In the module the user can view detailed error information 

of the user's remote field units, enabling CyberSTAT to be that relates to the particular remote field unit. Afield unit can 

used as a very effective resource management tool. It be configured to monitor/control several individual instru- 

accesses the database automatically and provides the user ments or devices. From CyberVIP, a user with read/write 

with error and statistical information on a line per unit basis. privileges can selectively enable/disable pages associated 

At a glance, the user can instantly identify a field unit that 25 with alarm events/conditions from each individual device 

needs attention and navigate to it via a hotlink or know that attached. For example, if a device A is known to be 

all systems are working as programmed. Preferably the malfunctioning, the pager reporting can be disabled on 

fields are color coded to allow for immediate recognition. device A only leaving the other devices able to report alarm 

The user, with administrative level access, through the conditions, 

configuration editor, can add other features to CyberSTAT. 30 The last received report column 66 of Module 2 displays 

For example from CyberSTAT, a person in the oil and gas the last time that the remote field unit sent data to the service 

industry can configure CyberSTAT to report the amount of provider's server. The status column 64 informs the user 

oil or gas production from each well site. CyberSTAT also whether or not there are new reports since the last date and 

provides a "hot-link" access to the CyberVIP page that time indicated in the last received report column 66. The 

would then contain more detailed information related to 35 "New Reports" indication tells the user which unit has sent 

each well site. new reports that have not yet been viewed by a user. From 

As illustrated in the screen 114 of FIG. 6, the CyberSTAT this screen, the user can click on the name of the specific unit 

module 2 displays the unit name 62, a new report status 64, to be viewed, or enter through other means, module 3, the 

a last updated status 66, an error status 68 and a statistical CyberVIP 118, for more detailed information. The informa- 

graph 70 for each of the accounts, or field units, associated 40 tion provided in the summary screen of FIG. 6 serves as an 

with the user's account. These are only example displays example and other pertinent summary information can be 

and other fields, specific to the industry, can be displayed. included. 

The module 2 illustrated in this Figure presents the infor- The stats graphs column 70 provides the user with the 

mation in a spreadsheet type format, although other formats ability to view and print graphical representation of the 

can be used. The configuration editor can be used to select 45 application functionality over a preprogrammed period of 

the presentation format or style. If the spreadsheet presen- time. Two examples of graphs are illustrated in FIGS. 10 and 

tation style is used, the user can scroll up and down to access 11, although other types of graphs, maps, etc. can also be 

the entire list of field units. CyberSTAT automatically reads incorporated, depending upon user preference, 

the latest information from the customer's master database The link provided in Module 2 will take the user to 

and presents the information to the user. The time periods 50 Module 3, illustrated in FIGS. 7-9, for the corresponding 

between system's updating can vary dependent upon the field unit. The CyberVIP screen 118 is field unit specific and 

customer's accessing patterns and can be changed by the displays complete and detailed information related to a 

customer to accommodate a change in access patterns. For particular unit. This screen displays all relevant information 

example, customers with constant on-line access can have related to a field unit, including sensor values, such as but 

the module 2 page constantly displayed on a dedicated 55 not limited to pressure, temperature, flow rate, liquid level, 

screen. In these situations, the module 2 would search for etc. Each of the parameters for the particular unit can be 

updated material periodically, as programmed by the user. updated from this screen. An update can consist of an 

For customers who go on and off line, module 2 would immediate request for up-to-date data or status information; 

present the new data upon verification of the customer ID or it can be a request to change or view the value of a field 

numbers after the user logs into the system. These are only 60 parameter. The system can further display geographical 

two examples of the versatility options that can be included images or maps and position information sent from the field 

in the program. unit's Global Positioning System (GPS) receiver or calcu- 

In some cases, the information will be color coded to lated from Doppler positioning techniques. In addition to 

indicate, at a glance, to the user that a field unit is in a position, the status and/or value of any sensor or cargo can 

particular state or if a sensor has exceeded a preset limit. For 65 be also displayed. In the illustrated screen of FIG. 9, 

example, in the error status column 60, a red "error" box information such as the report and pager status is included 

60A can be displayed if the field unit has reported an error as well as an overall "system" OK. These screens are only 
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examples of the type of system checks and parameters that type of unit, i.e. PSI, hours, etc., is automatically determined 

can be included and are, in no way intended to limit the by the type of application entered from the pull down list 

scope of the invention. 222 in FIG. 13. An override is provided in the event the user 

Trie central field units 122 are fully programmable and wishes to change the unit. The conversion factors can be 

can be configured to suit a variety of autonomous and S loaded into the database via an automatic sensor identifica- 

semi-autonomous controller applications applicable to the tion process, manual section of the sensor from an approved 

specific field equipment 124. Each CFU can control and list of sensors, or manually loaded into the database. This 

monitor multiple devices or equipment, such as, but not capability adds value, above and beyond any existing 

limited to, pumps, valves, etc. The CFU's can be configured technology, by allowing all user's to benefit from the expan- 

to operate in several network configurations, i.e. to commu- 10 sion of central server's plug-n-play sensor list. For example, 

nicate directly to the satellite or terrestrial network, or if a new sensor is added to the plug-n-play list, the user can 

communicate in a local area network (LAN) configuration simply plug the sensor into the remote field unit and 

with one of the CFU's acting as the wide-area-network remotely select the corresponding sensor from the plug-n- 

(WAN) gateway. In addition to multiple network commu- play sensor list in the user configuration module. A graphical 

nication functionality, each unit has the ability to monitor 15 representation of the field unit's inputs/outputs can be dis- 

sensors and control local equipment. In addition to auto- played during the sensor selection process. This can assist 

matically transmitting scheduled data updates, all field units the user in relating the physical connector position with the 

122 have the capability to automatically generate a report by kind of sensor that is connected to it. If an intelligent sensor 

exception (RBE). The RBE is generated from several kinds is used the system will automatically report the kind of 

of conditions. For example, if a threshold, a minimum and 20 sensor that is installed with no input/setup is required from 

maximum limit for a particular piece of field equipment 124, the user other than plugging in the sensor itself, 

has been established in the field unit 122 for a particular It is through this module 3 that the access levels are 

input, and the limits on this input are exceeded, an RBE will applicable. The read/write access level is, within this module 

be sent to the Cybersensor database. If configured for 3, able to request updates on any parameter or change 

paging, the server can send a text page to the user describing 25 parameter values. If the user has read-only access, they can 

the fault condition. If the paging service, or other method of only request updates and view information. In addition to the 

notification, is bi-directional, the acknowledgment of the read/write access privileges, a user with administrative level 

error condition can be sent to the CFU. The server will post access can also launch the configuration editor 212 of FIG. 

the status of the error to the database and can be viewed from 12. The configuration editor 212 allows the user to com- 

module 2 and/or module 3. 30 pletely customize CyberSTAF and CyberVlP by enabling 

Module 3, or CyberVlP, as illustrated in FIGS. 7-9, the selection of sensor types, custom labeling and titles and 
generates the detailed report data. Module 3 is a separate formatting the way the data is presented as shown in the 
module, or servlet, program that is executed on the web Figures and charts illustrated herein. The administrator can 
server, interacting with the database and sharing information either run the configuration wizard from a local client 
with Module 2, CyberSTAT. CyberVlP acts as a virtual 35 software package such as Microsoft Access or it can be 
instrument panel for each field unit, displaying a list of all executed in the form of a servlet requiring no software other 
programmable field unit parameters, analog inputs, digital than the web browser on the user's computer. The admin- 
inputs, digital outputs, detailed error reports, status infor- istrative user can select from a multitude of capabilities, 
mation and various field unit specific data such as oil selecting or deselecting various parameters needed for 
production or pump activations. CyberVlP can be also be 40 telemetry and/or control of the field unit. Many generic 
used to easily send or update information contained in field features can be combined to accomplish a variety of con- 
unit. To update information in the field unit, the user can type figurations. If the generic features are not sufficient, the field 
a new value in the box titled "New Value" and press unit can be custom programmed and the web configuration 
"Update". The new value is then sent to the field unit and tailored to fit most any application. For example, if the 
confirmation of the change is returned to the server. When 45 administrative user only wanted users to view the analog 
the confirmation report is received from the field unit, the inputs on a field unit, all other available parameters could be 
server will display the current "Value" which should reflect hidden from view in the configuration editor. This is done to 
the submitted "New Value" that was sent to and received make the system as simple to use as possible. Once 
from the field unit 122. If the "value" is unacceptable to the configured, the Administrative, Read/Write and Read-Only 
user, a "New Value" can be resent to the field unit. For 50 users will be able to view the same information. The 
example, if the minimum operating temperature of the field administrative user can also configure the units, such as PSI, 
unit is determined to be unsafe, the minimum temperature that are to be displayed for each parameter by choosing a 
parameter can be set to a safe level ("New Value"). When the sensor from the approved plug-n-play sensor list and select- 
unit's temperature exceeds the minimum safe level, the unit ing the proper units to be displayed. Once a sensor is chosen, 
will automatically power down. The provider's system pref- 55 the appropriate unit conversions are automatically calcu- 
erable includes a set of commands that can be sent from the lated and displayed as configured by the user via CyberVlP. 
server to the CFU to shut-down a piece of equipment for a A time/date stamp is associated with each parameter to 
predetermined period or permanently if desired. This pro- notify the user when the last time a specific parameter was 
vides a safety feature, as well as economic advantage to the updated. The parameter time/date stamp 78 can be different 
user. 60 than the last updated field 66 of module 2, since the last 

Unit conversions for each value are preferably automati- updated field 66 reflects the time/date of any update rather 

cally calculated by the server prior to the data being dis- than any specific parameter update. Due to the costs asso- 

playedby CyberSTAT module 2 or CyberVlP module 3. For dated with the satellite time, it is preferable that each 

example, if the user is monitoring a pressure transducer, the parameter be updated individually either upon request or on 

units are displayed in PSI. The conversions are based on the 65 a preprogrammed time basis. If enabled, the automatic 

multiplication factor and offset values that are stored in the report interval for a parameter can be programmed from 

preprogrammed plug-n-play sensor fist on the database. The CyberVlP The remote field unit will generate an automatic 
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report at a given maximum time interval or at a given time transmission-received signal in a preprogrammed period of 

of day. This report interval can be locked or unlocked by the time, the remote computer contacts the satellite network and 

Administrative user from the configuration editor. The vari- retransmits the response. This procedure is repeated until the 

able report interval helps to eliminate unnecessary network satellite acknowledges and accepts the transmission. This 

traffic or over reporting or under reporting. S request for verification is preferable whether the original 

The link between the web site and the remote equipment transmission is generated at the provider's server or the 

is most advantageously through a satellite link. In the CFU. 

optimum configuration, a centralized remote computer is The communication between the CFU and satellite can 

connected via wireless technology to the satellite system include any number of instructions programmed into the 

provider's server. The satellite network server is connected 10 remote computer, for example the user can define that the 

to a central database/web server that distributes information data De transmitted after a specified time delay or during a 

via the Internet to the end user or end-user's local server. It specified time period. This functional capability serves to 

should be noted that once a transaction or update has beeo optimize the utilization of the satellite and can reduce power 

requested by the user, the server takes over the responsibility needed by the remote field unit by spreading activities over 

of making sure that transaction takes place. Once submitted, 15 ^ extended time period or deferring transmission to periods 

the user has the option to go offline or stay online as desired. of l° w demand for satellite time. 

If the system is unable to verify communication with the The operating software is written to produce a generic 
satellite, the operating software is programmed to repeat the virtual instrument panel. By generic, it is meant that the 
communication process until the transmission is acknowl- virtual instrument panel is not application specific but rather 
edged. In instances where the satellite has responded to a 20 can °e adapted for use by any system. As for example, using 
send query that the system should wait until a specific time 111 application specific template, an environmental monitor- 
for transmission, the system will commence sending at the m g company using the disclosed system would incorporate 
designated time. At that time, if a transmission is not different parameters into their virtual instrument panel than 
completed, the system will continue to send until the trans- an oil producing company. The data, labels and titles would 
mission is acknowledged. For optimum power conservation, 25 De different but the program of the virtual instrument panel 
the remote system can be programmed to cycle power. In can De me same - This kind of versatile programming of the 
this configuration, the remote system can be programmed to virtual instrument panel enables the applications to be 
power-up the communication receiver at a predetermined unlimited and development time to be minimal. The admin- 
time of day. In this mode, the server can be programmed to istrative user can either manually set-up the virtual instru- 
attempt communication with the remote system during the 30 mtnX P^el or select from a variety of default industry 
time of day that it's receiver is activated. specific virtual instrument panel templates. Even though the 

The satellite transmits each request from the web site to servlets are not user programmable, they are completely 

each corresponding remote site or centralized remote com- configurable. The way that the servlets present information 

puter. The remote site computer serves to process the to the user is customizable via the configuration editor. For 

requests and to control or operate the remote site. In order 35 example, if a customer wants to monitor fluid level in a tank 

to reduce cost, it may be preferable that the remote units be fr° m anywhere in the world, the remote access system 

connected to one another in a local area network configu- provides the user interface that will enable the appropriate 

ration; however, in situations where this is not possible the sensors at the remote location to be monitored to accomplish 

satellite will communicate with each individual or groups of this task. Once the equipment is installed in the field, the 

remote computers. For ease of explanation, reference will be 40 customer will have access to such information, as for 

made to each site having a separate CFU, however, as stated, example, the level of fluid in a fuel tank, through the virtual 

this should not limit the scope of the application. instrument panel module 3. The titles displayed will reflect 

The remote site computer (CFU) accepts the satellite- m e actual name of the tank or contents and the level units 
transmitted request and processes the request. The request can De displayed in feet or meters, etc. 
can be to update all or selected parameters, in a standard 45 As well as accommodating a variety of users, the dis- 
preprogrammed report format, as for example, all or part of closed system can accommodate various sizes of businesses 
the data contained in the CyberVIP Module 3 of FIG. 7. The bv dividing the system into levels or packages. For example, 
request can also, for example, instruct the computer to # the customer purchased a first type package, they would 
commence or terminate a process cycle, turn on or off receive customization privileges and 100 access tokens/ 
equipment, or request position, sensor values or general 50 month, paying a monthly fee to maintain continuous access 
status information. Position reports resulting from a position to the remote field unit's data. Another type of package 
request can be derived from internal GPS or Doppler posi- would be one that provide unlimited access and customiza- 
tion technology or external GPS or other position detection tion privileges. A low-end package might provide only daily 
methods. The remote computer complies with the request access and no customization privileges, 
and transmits the updated data or response to other request 55 All of the examples use the following sequence to enter 
(s). Economic efficiency can be achieved on the remote units the system site: 

by using an integrated application processor that resides on 1. The customer logs on to a remote access system web 

the same printed circuit board as the communication pro- site. 

cesser. The receiver/transmitter, or transceiver, can be a 2. They can choose from the following selections: 
radio frequency transmitter of the type sold by Stellar 60 a. WHAT'S NEW (discusses new and/or updates tech- 
Satellite Communications, Ltd, of Virginia. The radio fre- nology issues at Remote access system) 
quency satellite radio has the advantage over microwave b. PRODUCTS (discusses remote access system prod- 
transmitters of being omni-directional and thus not requiring ucts and technology) 

a parabolic dish. Once the satellite network receives the c. SERVICES (discusses services provided by remote 

transmission, a transmission-received signal is sent to the 65 access system such as virtual instrument panel, 

remote computer to verify that the transmission was sue- equipment installation, engineering consultation, 

cessful. If the remote computer does not receive the etc ... ) 
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d. DATA ACCESS (link to CyberSTAT and Cyber VIP: EXAMPLE 3 

Virtual Instrument Panel). . « , . . A 4 . . 

rnxiTArr itc / * *• u » * Th e following illustrates the genenc administrative level 

e. CONTACT US (information about contacting & ° 

access 

Remote access system by phone, mail, or e-mail) L A purchases ^ remQte aC(XSS $ystem technol , 

3. A customer selects DATA ACCESS. ogy (virtual instrument panel). The appropriate corporate 

a. Enters User Name, Password and Customer ID. an d remote computer equipment and software is installed 

on their system. Through the Internet, they are now in 

EXAMPLE I communication with their remote site. 

10 2. The customer logs on to a remote access system web site. 

The following example sets forth a view only generic 4. A screen is displayed showing customer site, status, last 

system, without the incorporation of any specific param- update and error status, 

eters. 5. The user selects the desired site. 

1. A customer purchases the remote access system tech- 6 n ™ e ^trument panel is displayed 

nology (virtual instrument panel). The remote computer 15 7 ' ™ e administration access level, recognized by the system 

equipment and software is installed in the field. For "} ste P 5, enables the user all of the foregoing accesses 

example, if the system is to monitor and report power the ability to customize the ; parameters^ 

outage, the only installation necessary is to plug the unit in » **** be noted that the CyberLogin, FIG. 4 can be "hot 

and mount the antenna. Through the Internet, they now have hnked from ™ oih * T wcb * te - ^ coukJ be thc 

access to data from their remote site. 20 customer ' s Intran * site or a system's integrator's site. Since 

the Remote access system servlet technology enables 

2. CyberSTAT screen is displayed showing customer site, dynamically generated data access HTML pages, the cus- 
status, last update and error status. (omer [ s aD l e to use the technology without having to be 

3. The user selects the desired site. aware of me technology employed. 

4. CyberVIP presents the virtual instrument panel of the 25 EXAMPLE 4 
field unit. 

. . , An oil producer has purchased Remote access system 

5. The user is able to view the report displaying the technology with administrative privileges to gain access to 
parameters, current units and the last update date/time log. important data at their well sites. 

30 The following fist describes the steps taken by the oil 

J^** 1 * producer in order to access well data: 

Hie following generic example illustrates a typical read/ \ °* * * A he A *u u 

write level access 2. Select DATA ACCESS from the home page. 

3. Based on the Customer ID, User Name and Password 

1. A customer purchases and installs the service provider's 35 entered, a servlet will display a map of the US with 
hardware and executes an agreement to pay the service highlights on the states where that particular oil producer 
provider a monthly fee for system access. An existing nas wel]s ^ servlet will ^ gene rate a pull-down 
corporate computer system, which is assumed to be memi listing ^ of the wclls (hat the oil proc iucer has 
already connected to the Internet via a local internet access to 

service provider, is used as the user's interface to the 40 4 Sclect sUte of mterest from thc high i ig htcd states by 

system. Through the Internet, with proper username, clicking the state of interest 

password and customer id, they are now in communica- 5 The state map ^ ^ mt0 counties or railroad com _ 

tion with their remote site. missions with the counties containing wells owned by the 

2. The customer logs on to the remote access system web customer highlighted. 

Slte - 45 6. The well to be accessed is selected from a list of wells 

3. A screen is displayed showing customer site, status, last located in that section. 

update and error status. 7 ^ virtual mstrumen t pan el for that well will display 

4. The user selects the desired site. current parameter values such as max. pump time or well 

5. The virtual mstrument panel is displayed. production information along with a last updated date/ 

6. The read/write access level, recognized by the system in 50 time s t am p. 

step 5, enables the user to change the parameters and, if 8 To change a value> enter ncw vahlc into textbox and select 

necessary, enter new parameters, to the system. UPDATE 

7. The virtual instrument panel will display two text boxes 9 ^ ^ receivc ^ new vahlc> ^ t his infor- 
for each parameter unless the parameter is an sensor mation through the communication fink network to the 
output only. Afirst box for the current value and a box for 55 wcll site and wait for a rcsponsc from the controller, 
the new value or desired value. The box for the current 10 ^ response ^ rece ived by the servlet, processed and 
value will also show the last date/time updated. re-displayed on the virtual instrument panel with a new 

8. A new value may be entered in the new text box. When date/time stamp 
the update button is selected, the new value is sent to the 

servlet on the primary site for processing. The servlet 60 EXAMPLE 5 
sends the data over the communication link network to the 

controller on the system. The controller makes the A HVAC equipment manufacturer has purchased Remote 

changes to the parameters and sends back verification of access system technology with administrative privileges to 

the new parameter value over the communication link gain access to important data where their conveyor systems 

network. The servlet receives the data, sends it back to the 65 nav e been installed. 

virtual instrument panel, and replaces the data in the The HVAC equipment manufacturer will access their data 

"current value" text box for that particular parameter. by following the same steps as shown above for the oil 
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producer. The only difference between the two virtual instru- h. monitoring within said field unit the current values of 

ment pane Is would be the titles of the parameters shown. The said data parameters within each of said at least one 

conveyor producer will customize their virtual instrument remote equipment connected to said field unit; 

panel to display parameters such as motor temperature i comparing said current values with stored base values; 

instead of bore-hole gas pressure. 5 . repeating steps h md { based 0Q a porting schedule; 

As can be seen from the foregoing, the disclosed system fe transmittin from said field ^ t0 said monitoring 

provides a company with a secure method of monitoring m ^ CUfrent yahies bascd said t 

remote sites usmg the Internet, scheduling. 

What is claimed is: 3 ^ mcthod of daim 2 whcrcin Mid operational data 

1. A method of monitoring of at least one remote equip- 10 and maximum base values for ^ at 
ment using a momtonng system, comprising the steps of: least Qne fcmote eqmpment> 

a. establishing, for at least one user at at least one first 4, The me thod of claim 2 wherein said user interactively 
location, a customer account in said monitoring system, monitors data for said remote equipment comprising the 
said monitoring system having software comprising an s t e ps 0 f : 

application program and a database, located at a second * 5 b at ^ Qne of sajd q{ actioQ modules 

ocation, said customer account having multiple user tQ it access tQ said acC0Uflt at fl kvel to 

IDs to enable activation of multiple levels of access enabJe monitoring said displayed information at said at 

servlets; least Qne flrst ] ocat i on f or sa i d at i east oae remote 

b. establishing communication from each of said at least ^ equipment at said at least one third location; 

one remote equipment at at least one third location to c selecti m ^ Qa ^ at ^ 0Qe of said 

at least one field unit located at at least one third lmU of ac(ioQ modules tQ ^ current values> 

location, each of said at least one field unit having two data parameters md additional action modules to be 

way communication with said monitoring system; for a first of said at least one remote equip . 

c. activating multiple servlets within said monitoring 25 ment; 

system by said at least one user, said multiple servlets wherem ' gaid ^ mon]iors said cu^t vahies through 

being a plurality of preprogrammed independent acuon act ivation of at least one of said plurality of action 

modules that interface between said at least one user modules wimout imeractio[1 ^ ^ so ftw are . 

and software in said momtonng system; 5 The memod of cUim x farthcr comprising the step of 

d. activating a first of said plurality of action modules to 30 sa j d fi e j d umt transmitting a message to said monitoring 
logon to said user account; system, outside of said reporting schedule, that said current 

e. activating at least one of said plurality of action values are outside of base values. 

modules to communicate with said software to enable 6. The method of claim 5 further comprising the step of 

a user to perform at least a plurality of the functions of said monitoring system notifying a user's notification device 

fetching, displaying, defining, redefining and saving 35 upon receipt of said message. 

data, based upon user access level, 7. The method of claim 1 further comprising the step of 

f. limiting said user interaction to said plurality of action selecting at least one of said plurality of action modules to 
modules within said monitoring system and precluding display data on a summary page, said summary page being 
user access to said software in said monitoring system. linked to at least one other of said web pages. 

2. The method of claim 1 wherein said user overrides 40 8. The method of claim 7 further comprising the step of 
initially preprogrammed defaults in said monitoring system selecting at least one of said plurality of action modules to 
to define and redefine within said at least one field unit, list status data for all remote units on said summary page, 
individual data parameters for said at least one remote 9. The method of claim 1 further comprising the step of 
equipment comprising the steps of: selecting at least one of said plurality of action modules to 

a. selecting at least one of said plurality of action modules 45 display data parameters on a detailed data page, said detailed 
to permit access to said user's account at a level to data P a g e bein g to al least one olner of said web 
enable said user to define displayed data from said at pages. 

least one first location for said at least one remote The method of claim 9 further comprising the step of 

equipment at said at least one third location; selecting at least one of said plurality of action modules to 

b. selecting at least one of said plurality of action modules 50 J* predetermined detailed data parameters for one of said at 
to define displayed information for said at least one lea * 1 °» remote umt on said detailed data page. 

remote equipment- ^ e memod °f claim 1 further comprising the step of 

, - . j J ' c . t selecting at least one of said plurality of action modules to 

c. defining data parameters for said at least one remote j-ij. «j l-tij 

. . 1 j • _ • « <t display data on an error page, said error page being linked 

equipment including report scheduling; 55 tQ * ^ Qne ^ q{ ^ web pages 

d. setting operational data for said field umt, said opera- u ^ mcthod of claim n farther comprising the step of 
tional data including minimum and maximum base selecting at least 0Qe of said plurality 0 f action modules to 
values for said at least one remote equipment; said detailcd data pagc ^ from cach of said at least 

e. selecting an action that activates at least one of said remote equipment on said detailed data page. 

plurality of action modules to transmit each of said data 60 13. Th c method of claim 1 further comprising the step of 

parameters and said operational data to said monitoring selecting at least one of said plurality of action modules to 

system to be saved in said user' account, display data on a data configuration page, said data configu- 

f. communicating said data parameters and said opera- ration page being linked to at least one of said web pages, 
tional data to a field unit communicating with said at 14. The method of claim 13 further comprising the step of 
least one remote equipment; 65 selecting at least one of said plurality of action modules to 

g. storing said operational data and said data parameters define parameters for each of said remote equipment dis- 
at said field unit; played on said data configuration page. 
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15. The method of claim 1 further providing the step of 
said monitoring system contacting each of said field units to 
transmit updated data received from each remote equipment 
based on a predetermined schedule. 

16. The method of claim 1 further comprising the step of 
said field unit initiating a configurable, preprogrammed 
action regarding said at least one remote equipment opera- 
tion upon receipt of data from said remote equipment 
outside of said user definable maximums and minimums. 

17. The method of claim 1 further comprising the step of 
activating at least one of said plurality of action modules to 
access data from said field unit upon demand. 

18. The method of claim 1 wherein said monitoring 
system comprises operating software, said operating soft- 
ware having an application program and a database to 
perform at least one of the functions of storing, sorting and 
displaying data and communication capabilities, said com- 
munication capabilities being configurable and enabling 
communication between said at least one user at said at least 
one first location and said central server and between each 
of said at least one remote unit at said at least one third 
location and said central server. 

19. The method of claim 1 wherein said at least one 
remote equipment is a sensor. 

20. A method of monitoring of at least one remote 
equipment using a monitoring system, comprising the steps 
of: 

a. establishing, for at least one user at at least one first 
location, a customer account in said monitoring system 
located at a second location, said monitoring system 
having operating software having an application pro- 
gram and a database to perform at least one of the 
functions of storing, sorting and displaying data and 
two way, configurable communication capabilities, said 
customer account having multiple user IDs to enable 
activation of multiple levels of access servlets; 

b. establishing communication between said at least one 
remote equipment located at at least one third location 
and at least one field unit at said third location, said 
field unit having two way communication with said 
monitoring system, 

c. activating multiple servlets within said monitoring 
system by said at least one user, said multiple servlets 
being a plurality of preprogrammed independent action 
modules that interface between said at least one user 
and software in said monitoring system; 

d. activating a first of said plurality of action modules to 
logon to said user account; 

e. activating at least one of said plurality of action 
modules by said user and communicating with said 
software in said monitoring system through said action 
module to enable said user to perform at least a 
plurality of the functions of fetching, displaying, 
defining, redefining and saving data, based upon user 
access level, 

f. limiting said user interaction to said plurality of action 
modules within said monitoring system and precluding 
user access to said software, 

g. selecting at least one of said plurality of action modules 
to permit access to said user's account at a level to 
enable said user to override initially preprogrammed 
defaults to define displayed data format at said at least 
one first location for said at least one remote equipment 
at said third location; 

h. selecting at least one of said plurality of action modules 
to define information to be displayed for each of said at 
least one remote equipment; 
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i. defining parameters for each of said remote equipment 

including report scheduling; 
j . setting operational data for said remote field, including 

minimum and maximum base values for said remote 

equipment; 
k. setting set points in said field unit; 
I. setting a reporting schedule for said at lease one field 

unit; 

m. selecting an action that activates at least one of a 
plurality of action modules to set at least one of said 
report schedule, said field unit set points, said data 
parameters and said base values within said monitoring 
system to be saved in said user* account; 

n. communicating to said field unit in communication 
with said at least one remote equipment at least one of 
said report schedule, said field unit set points, said data 
parameters and base values; 

o. storing at least one of said report schedule, said field 
unit set points, said base values and said data param- 
eters at said field unit; 

p. comparing said current values with said stored base 
values; 

q. repeating step 'p* based on a reporting schedule; 

r. transmitting from said field unit to said monitoring 
system said current values, in accordance with said 
report scheduling when said current values fall within 
said base values, and outside of said reporting schedule 
when said current values fall outside of said base 
values; 

s. monitoring data for said remote equipment by said user 
through accessing said plurality of action modules to 
access and display multiple pages of information for 
each of said remote equipment, each of said multiple 
pages of information being linked to at least one 
additional page of information and only accessible 
through said action modules; 

wherein said user monitors said current values and data 
parameters through activation of at least one of said 
plurality of action modules without accessing said 
software. 

21. The method of claim 20 further comprising the step of 
said at least one user activating servlets to activate a request 
for data from said at least one field unit outside of said 
reporting schedule. 

22. A method of monitoring of at least one remote 
equipment using a monitoring system, comprising the steps 
of: 

a. establishing, for at least one user at at least one first 
location, a customer account in said monitoring system 
located at a second location, said monitoring system 
having operating software having an application pro- 
gram and a database to perform at least one of the 
functions of storing, sorting and displaying data and 
two way, configurable communication capabilities, said 
customer account having multiple user IDS to enable 
activation of multiple levels of access servlets; 

b. establishing communication between said at least one 
remote equipment located at at least one third location 
and at least one field unit at said third location, said 
communication including said field unit initiating a 
configurable, preprogrammed action regarding said at 
least one remote equipment operation upon receipt of 
data from said remote equipment outside of said user 
definable maximums and minimums, said field unit 
having two way communication with said monitoring 
system, 



07/02/2004, EAST Version: 1.4.1 



US 6,510350 Bl 



21 



22 



c. activating multiple servlets within said monitoring 
system by said at least one user, said multiple servlets 
being a plurality of preprogrammed independent action 
modules that interface between said at least one user 
and software in said monitoring system; 

d. activating a first of said plurality of action modules to 
logon to said user account; 

e. activating at least one of said plurality of action 
modules by said user and communicating with said 
software in said monitoring system through said action 
module to enable said user to perform at least a 
plurality of the functions of fetching, displaying, 
defining, redefining and saving data, based upon user 
access level, 

f . limiting said user interaction to said plurality of action 
modules within said monitoring system and precluding 
user access to said software; 

g. selecting at least one of said plurality of action modules 
to permit access to said user's account at a level to 
enable said user to override initially preprogrammed 
defaults to define displayed data format at said at least 
one first location for said at least one remote equipment 
at said third location; 

h. selecting at least one of said plurality of action modules 25 
to define information to be displayed for each of said at 
least one remote equipment; 

i. defining parameters for each of said remote equipment 
including report scheduling; 

j. setting operational data for said remote field, including 
minimum and maximum base values for said remote 
equipment; 

k. setting set points in said field unit; 

1. setting a reporting schedule for said at lease one field 
unit; 

m. selecting an action that activates at least one of a 
plurality of action modules to set at least one of said 
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report schedule, said field unit set points, said data 
parameters and said base values within said monitoring 
system to be saved in said user' account; 

n. communicating to said field unit in communication 
with said at least one remote equipment at least one of 
said report schedule, said field unit set points, said data 
parameters and base values; 

o. storing at least one of said report schedule, said field 
unit set points, said base values and said data param- 
eters at said field unit; 

p. comparing said current values with said stored base 
values; 

q. repeating steps *p J based on a reporting schedule; 

r. transmitting from said field unit to said monitoring 
system said current values, in accordance with said 
report scheduling when said current values fall within 
said base values, and outside of said reporting schedule 
when said current values fall outside of said base 
values, 

s, monitoring data for said remote equipment by said user 
through accessing said plurality of action modules to 
access and display multiple pages of information for 
each of said remote equipment, each of said multiple 
pages of information being linked to at least one 
additional page of information and only accessible 
through said action modules; 

wherein said user monitors said current values and data 
parameters through activation of at least one of said 
plurality of action modules without accessing said 
software. 

23. The method of claim 22 further comprising the step of 
said at least one user activating servlets to activate a request 
for data from said at least one field unit outside of said 
reporting schedule. 
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